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Beschreibung 

Die Erfindung bezieht sich auf eine Kommunikationsschnittstelle fur die offene Kommunikation von Anwen- 
dern mit Komponenten eines verteilten Kommunikationssystems, das in Schichten strukturiert ist. Fur die 
5 Realisierung des offenen Verbunds von Rechnerkomponenten unterschiedlicher Herstellung wurde als Basis das 
ISO-/OSI-Referenzmodell genormt (ISO 7498), das Kommunikationssysteme durch Unterteilung in Schichten 
strukturiert. Das ISO-/OSI-Referenzmodell setzt sich aus sieben Schichten zusammen, fur die Standards defi- 
niert sind. Jeder Schicht sind Aufgaben von Kommunikationsfunktionen zugeordnet. Eine Reihe von Implemen- 
tierungen der Standards sind kommerziell verfugbar. Die siebte Schicht umfaBt die anwendungsspezifischen 

io Dienste fiir Kommunikationsanwendungen. 

FUr die offene Kommunikation im industriellen Bereich wurde aus den Normen fiir jede Schicht das geeignete 
Protokoll und die geeigneten Dienste ausgewahlt und zu einem Kommunikationssystem zusammengefaBt. Ein 
wichtiges Protokoll unter diesen Kommunikationssystemen ist MAP (Manufacturing Automation Protokoll), 
das fiir die Schichten des ISO-/OSI-Referenzmodells die Normen oder Untermengen von Normen angibt. 

is Die siebte Schicht der MAP-Kommunikationsarchitektur ist in sich nochmals unterteilt. Eine obere Schicht 
enthalt Applikationsprotokolle, z. B. File Transfer, Access und Management zum Filetransfer, Manufacturing 
Message Specification (MMS, ISO 9506) zur Kommunikation in der industriellen Fertigung sowie Directory 
Services, Remote Operation Service Element und Network Management. Diesen Protokollen ist eine Schicht 
mit ACSE (Application Control Service Element) Diensten fur den Verbindungsaufbau (A-Associate), Verbin- 

20 dungsabbau (A- Release) und Verbindungsabbruch (A-Abort) unterlagert. 

Die Akzeptanz von international genormten Kommunikationsprotokollen, wie MAP oder TOP, ist bei An- 
wendern vielfach noch gering. Die Anbieter von Produkten fur die Fertigungsautomatisierung sind daher 
gezwungen, eine Vielzahl von Kommunikationsprotokollen bzw. -profilen, wie MMS, TCP, IP, SINEC, Decnet, 
SNA, zu unterstiitzen. 

25 Weiterhin sind die Applikationsschnittstellen haufig komplex. Die MMS-Applikationsschnittstelle weist z. B. 
240 Library-Prozeduren und 170 vordefinierte, vom Anwender zu schreibende Prozeduren auf. Diese sind vom 
jeweiligen Anwender nur mit einem hohen Aufwand an Spezialisten beherrschbar. Es ist deshalb die Aufgabe 
der Erfindung, eine komfortable, offene Schnittstelle mit hoher anwendungsnaher Funktionalitat und geringer 
Anzahl von Prozeduren zu entwickeln, die fur Application (z. B. Leitstande, Zellenrechner, Benutzeroberflachen) 

30 einen einheitlichen Zugang zu unterschiedlichen Kommunikationsprotokollen ermdglicht. 

Die Aufgabe wird erfindungsgemaB dadurch gelost, daB die auf einer Macro-Library basierende Kommunika- 
tionsschnittstelle in Verbindung mit der obersten Schicht durch vier verschiedene Gruppen von Prozeduren 
bestimmt ist, von denen die erste Gruppe die von einem passiven oder aktiven Kommunikationsteilnehmer 
aufrufbare Prozeduren zur Initialisierung oder Beendigung einer Kommunikation sowie zur Offnung oder 

35 SchlieBung eines logischen Kommunikationskanals enthalt, wobei die zweite Gruppe nur von einem aktiven 
Kommunikationspartner aufrufbare Prozeduren mindestens zum Aufbau und Abbau einer Kommunikations- 
verbindung zu einem passiven Kommunikationspartner und zur Initiierung eines Datenaustausches enthalt und 
wobei die dritte Gruppe nur von einem passiven Kommunikationsteilnehmer aufrufbare Prozeduren zur Bedie- 
nung ankommender Informationen und Beantwortung eines entfernt initiierten Datenaustausches aufweist, 

40 wahrend die vierte Gruppe von einem Anwender zu kodierende Prozeduren, die von der Macro Library 
aufgerufen werden, aufweist und die Prozeduren zur Spezifizierung eines Hauptmenus, einer Reaktion auf eine 
bestimmte Eingabe und zur Angabe auszufuhrender Funktionen enthalt. Diese Macro-Schnittstelle geht von der 
Programmierzugangsschnittstelie der obersten vorhandenen Schicht des jeweiligen Kommunikationsprofils aus. 
Beispielsweise besitzt das Kommunikationsprofil 7-layer Full Map 3.0 als oberste Schicht das Applikationsproto- 

45 koll MMS mit dem Programmierinterface MMS EASE, auf das die Macro-Kommunikationsschnittstelle auf- 
setzt 

Durch die vorstehend beschriebene Macro-Schnittstelle werden Standardaufrufe zur Verfiigung gestellt, die 
sich auf die Initialisierung bzw. das Beenden der Kommunikation, die An- bzw. Abmeldung eines Kommunika- 
tionswunschs, den Auf- bzw. Abbau einer Kommunikationsverbindung und die Abwicklung des Datenverkehrs 

50 uber besondere Aufrufe beziehen. 

Letztere bieten Funktionalitat mit Macro-Charakter, aufgeschlusselt in Standardgerateoperationen. Die Ma- 
cro-Kommunikationsschnittstelle erfullt das Prinzip der Offenheit, d. h. sie ist herstellerunabhangig bezuglich 
der verwendeten Kommunikationsprodukte (Controller Boards, Treiber, Protokoll-Software) und unterstutzt 
offene Kommunikationsprotokolle bzw. -profile gemaB der OSI-Norm. Zusatzlich konnen auch nichtoffene 

55 Kommunikationsprotokolle bzw. -profile (Transmission Control Protocol, Digital Network Architecture) uber 
eine einheitliche Schnittstelle zuganglich gemacht werden. Die Kommunikationsschnittstelle ist daruber hinaus 
offen in dem Sinne, als sie Kommunikation uber ein bestimmtes Protokoll auch mit solchen Partnerstationen 
erlaubt, die nicht mit dieser Schnittstelle ausgerustet sind. Die MACRO-Schnittstelle erlaubt die Erstellung einer 
von dem unterlagerten Kommunikationsprotokoll bzw. -profil unabhangigen Applikation, so daB diese beim 

60 Austausch des verwendeten Kommunikationsprotokolls unverandert bleiben kann. Damit ist eine Migration, 
d. h. Ubergang von firmenspezifischen zu offenen Kommunikationsprofilen durch einen Kunden moglich. Ferner 
ist die mit der MACRO-Schnittstelle erstellte Applikation unabhangig von der eingesetzten Netzwerktopologie, 
die z. B. sternfdrmig, busfdrmig, ringformig oder Punkt-zu-Punkt-Verbindung sein kann. Die MACRO-Schnitt- 
stelle gibt dem jeweiligen Kommunikationsteilnehmer keine Angaben daruber, ob sich sein Kommunikations- 

65 partner auf derselben (maschineninterne Kommunikation) oder auf einer anderen Maschine (Kommunikation 
ubers Netz) befindet, da diese Kommunikationsbeziehungen der Projektierung unterliegen. Die Abhangigkeit 
vom jeweiligen Betriebssystem (DOS, UNIX/REALIX, RMX, OS2, VMS) ist gering. 

Es ist vorgesehen, daB drei Prozeduren in Form von LIBRARY-CALLS vorgesehen sind, von denen zwei auf 
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Standarddatentypen und Standardgerateoperationen und die andere auf Datenbankoperationen bezogen ist. 
Die Prozeduren fur Standardgerateoperationen sind insbesondere auf Operationen mit DIRECT-NUMERI- 
CAL-CONTROL-Funktionalitat und Betriebs- bzw. Maschinendatenerfassung gerichtet. Es kann sich zweckma- 
Bigerweise um Datenaustausch folgender Art handeln: 

— Obertragen/RuckQbertragen von Auftragsdaten, NC-Programmen, Werkzeugkorrekturdaten, RC-Pro- 
grammen usw. 

— Starten von NC-Programmen, RC-Programmen usw. 

— SPS-Eingange/Ausgange/Merker setzen bzw. lesen 

— Spindeidrehzahl, Vorschub auslesen 

— Maschinenzustande, Storungen melden 

— Stiickzahlen/AusschuB melden. 

In einer bevorzugten Ausfuhrungsform sind auBer diesen Grunddatenaustauscharten auch sehr komplexe wie 
Event und Alarmhandling vorgesehen. 

Die Erfindung wird im folgenden anhand eines in einer Zeichnung dargestellten Ausfuhrungsbeispiels naher 
beschrieben, aus dem sich weitere Einzelheiten, Merkmale und Vorteile ergeben. Es zeigt 

Fig. 1 ein Schema der Beziehungen zwischen einer Kommunikationsschnittstelle fur die offene Kommunika- 
tion mit Applikationen und unterlagerten Kommunikationsprotokollen und -profilen; 

Fig. 2 ein Ubersichtsschaltbild liber die Anwendungsgebiete, die die Kommunikationsschnittstelle gem. Fig. 1 
unterstiitzt; 

Fig. 3 Details der unterlagerten Kommunikationsprofile gem. Fig. 1. 

Eine einheitliche Kommunikationsschnittstelle 1 mit hoher anwendungsnaher Funktionalitat und geringer 
Anzahl von Prozeduren steht fur eine Applikation 2 zur Verfugung, um dieser den Zugang zu Kommunikations- 
protokollen bzw. -profilen 3, 4, 5, 6, 7, 8, 9, 10 zu ermoglichen. Bei den Kommunikationsprotokollen bzw. 
-profilen 3 bis 6 kann es sich um offene oder nichtoffene Protokolle oder Profile handeln. In Fig. 1 sind jeweils die 
Kommunikationsprotokolle bzw. -profile fur MMS, die MAP-Applikationsdienste fur die industrielle Fertigung, 
fur SINEC, TCP/IP, X.25, SNA, DECnet, LAT und XNS angegeben. MMS ergibt sich z. B. aus ISO/DIS 9506- 1, 
9506-2 Manufacturing Message Specification. SINEC ist im SINEC AP 1.0 Handbuch beschrieben. TCP, Trans- 
mission Control Protocol ergibt sich aus RFC 793, 813, 879, 814, 816, 817, 889, 896 und 964 (RFC = Standards for 
Internet). XNS ist ein Protokoll der Firma XEROX. DEc net ist die Digital Network Architekture z. B. Phase IV). 

Die Kommunikationsschnittstelle 1 enthalt Macro-Libraries 11, 12, 13, 14, die jeweils mit Libraries 15, 16, 17, 
18 zusammenwirken, die den Kommunikationsprotokollen bzw. -profilen 3 bis 10 zugeordnet sind. 

Mit der Kommunikationsschnittstelle 1 konnen darliber hinaus die in Fig. 2 gezeigten Anwendungen unter- 
stutzt werden. Es handelt sich um die Kopplungen zwischen den CIM-Komponenten PPS, CAD, zu Leitstanden, 
Zellenrechnern und zu NC-Systemen, RC-Systemen und SPS-Systemen, bzw. Kopplung zwischen Netzwerkma- 
nagementsystemen und den einzelnen Netzstationen zur Netzuberwachung. 

Die Fig. 3 zeigt Protokollarchitekturen und Kommunikationsprofile 19 fur Mini MAP, 20 fur MAP, 21 fur Top 
22 fur TCT/IP, 23 f ur SINEC, 24 fur SNA und 25 fur DEC net. 

Die uber ein Kommunikationsnetz mittels der Kommunikationsschnittstelle 1 angesprochenen Objekte mus- 
sen zunachst projektiert werden. Die Projektierungsinformation wird in Konfigurationsfiles abgelegt. Dazu 
konnen in einer bevorzugten Ausfuhrungsform Projektierungstools mit menugesteuerter Benutzerfuhrung 
verwendet werden. 

Die MACRO-Kommunikationsschnittstelle 1 umfaBt in der Sprache C folgende Prozeduren: 
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mstart (a) 

m open (a) 

mconnect (b) m_server (c) 

m dnc (a, c) 

mmde (a, c) 

— ► u_dnc (d) 

— ► u jnde (d) 

— u_db (d) 

m commserve (a) 

m error (a) 
m disconnect (b) 
m abort (a) 
m_client (b) 

* u menu (d) 

* u switch (d) 

m_dose (a) 

m finish (a) 

m exit (a) 



Diese Prozeduren sind im folgenden ausftihrlich beschrieben und gliedern sich in zwei Hauptgruppen: 

Kommunikationsverwaltungsdienste 

Hierbei handelt es sich um Standardaufrufe zum Initialisieren bwz. Beenden der Kommunikation (m start, 
m_finish, mexit), An- bzw. Abmelden eines Kommunikationswunsches (m_open, m_close), Auf- und Abbau 
einer Kommunikationsverbindung (m connect, mdisconnect, m_abort) und zur Behandlung von Kommunika- 
tionsfehlerfallen (merror). 

Anwendungsdienste 

Uber sie erfolgt die Abwicklung des eigentlichen Datenverkehrs. Dies geschieht sehr applikationsnah. Funk- 
tional wird unterschieden nach DNC-Operationen (m dnc, u_dnc), MDE/BDE-Operationen (m_mde, u_mde), 
Datenbank-Operationen (u db) und Operationen, die die Bedienung und Visualisierung betreffen (ujnenu, 
u switch). Die DNC bzw. MDE/BDE Operationen gliedern sich in sogenannte Standardgerateoperationen (z. B. 
DOWNLOAD, UPLOAD, READ, WRITE usw.), die auf Standarddatentypen (NC-PROGRAMM, MERKER 
usw.) angewendet werden. Zu den Datenbankoperationen gehoren z. B. Abfrage nach Tabelleneintragen, Hinzu- 
fugen neuer Eintrage (ASK DNC, ADD MDE usw.). Fur das Bedienen von ankommenden Kommunikations- 
wunschen stehen je nach gewunschter Rolle entsprechende Dienste zur Verfiigung (m_comm_serve, m_client, 
mserver). 

Die Prozeduren lassen sich in vier Gruppen einteilen: 

(a) Funktionen, die sowohl vom aktiven als auch vom passiven Kommunikationspartner aufgerufen wer- 
den, um einen Dienst zu nutzen; 

(b) Funktionen, die nur vom aktiven Kommunikationspartner (Client, Requester) aufgerufen werden, um 
einen Dienst zu nutzen; 

(c) Funktionen, die nur vom passiven Kommunikationspartner (Server, Responder) aufgerufen werden, um 
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einen Dienst zu nutzen; 

(d) Funktionen, die von der Kommunikationsschnittstelle 1 fur den Anwender aufgerufen werden, die aber 
vom Anwender codiert werden miissen. 

Die Kommunikationsverwaltungsdienste beinhalten die nachstehend beschriebenen Prozeduren: 

m-start 

Mit mstart wird eine Applikation beziiglich der Kommunikation initialisiert. Dazu gehort das Einlesen der 
Projektierinformation aus den Konfigurationsdateien, das Setzen von Kommunikationsparametern sowie das 
Bekanntmachen der anzusprechenden Gerate und deren zugreifbare Objekte (z. B.: die SPS mit der Busadresse 
771 1 besitzt die und die Merker, Zahler, Ein- und Ausgange, die NC mit der Busadresse 4713 besitzt die und die 
Register fur Spindeldrehzahl, Vorschubgeschwindigkeit usw.). Diese Funktion muB vor alien anderen Diensten 
sowohl vom aktiven als auch vom passiven Kommunikationspartner aufgerufen werden. 

m-finish 

Die Funktion m_finish stellt das Gegenstuck zu m_start dar. Sie dient zur Beendigung der Kommunikation. Sie 
sorgt dafur, daB die Kommunikationshard- und -software in einen definierten Zustand zuruckgesetzt wird. Dazu 
gehort der Abbruch aller bestehenden Verbindungen, das Abmelden aller angemeldeten Kommunikationskana- 
le, die Riickgabe von belegtem Speicherplatz usw. Diese Funktion muB sowohl vom aktiven als auch vom 
passiven Kommunikationspartner vor dem Verlassen des laufenden Programms aufgerufen werden. Nach 
Aufruf dieser Funktion muB, bevor andere Dienste wieder zur Verfugung stehen, erneut mit start aufgerufen 
werden. Wird ein Applikationsprogramm ohne durchlaufen von mfinish verlassen, kann es passieren, daB der 
betreffende Netzknoten erst nach einem Knotenneustart wieder ansprechbar ist. 

m-exit 

Mit m exit kann ein Applikationsprogramm jederzeit definiert verlassen werden. Sie beinhaltet die oben 
beschriebene Funktion m finish. Sie kann z. B. direkt als Signal Handler Routine fur das Tastatursignal Con- 
trol_C verwendet werden. 

m-open 

Mit m_open wird ein logischer Kommunikationskanal geoffnet, d. h. ein lokaler ApplikationsprozeB meldet 
sich mit seinem logischen Namen (local application name) beim Kommunikationssystem an. Dieses reserviert 
dem ApplikationsprozeB die fur die Kommunikation notwendigen Ressourcen und vergibt eine logische Kanal- 
nummer (channel). Die Anmeldung mittels m open ist eine reine lokale Angelegenheit, welche die Vorausset- 
zung fur die weitere Kommunikation (Verbindungsaufbau, Datenaustausch) mit entfernten Partnern unter der 
zugewiesenen Kanalnummer schafft. 

Die Applikation kann verschiedene Typen von Kommunikationskanalen offnen: 
uber den Kanal soli aktiv eine Verbindung zu einer entfernten Partnerapplikation aufgebaut werden (Connect 
Channel), uber den Kanal sollen Broadcoast- oder Multicast-Meldungen abgesetzt werden (Broadcast Channel, 
Multicast Channel), an dem Kanal soli auf eingehende Kommunikationswunsche von entfernten Partnern 
gewartet werden (Listen Channel), jeder dieser Typen kann ggf. noch als beschleunigter Kanal auftreten 
(Expedited Connect Channel, Expedited Broadcast Channel, Expedited Multicast Channel, Expedited Listen 
Channel). 

Ein Beispiel dafur ware MAP 3.0, das die Moglichkeit zulaBt, zur Erhohung der Performance statt uber 7 
Schichten nur uber 3 Schichten (Mini MAP) zu kommunizieren. Die Programmierung von m_open muB in 
Einklang mit der Projektierung stehen, d. h. beispielsweise, daB fur den application name in einer AdreBtabelle 
ein giiltiger Eintrag vorhanden sein muB. Diese Funktion muB sowohl vom aktiven als auch vom passiven 
Kommunikationspartner vor jeglicher weiterer Kommunikation aufgerufen werden. Es konnen mehrere Kanale 
jeden Typs parallel geoffnet sein. Solange die Zahl der gewunschten Verbindungsmoglichkeiten geringer als die 
maximale Anzahl der vergebbaren Kanale ist, kann man die Kommunikationskanale statisch verwenden, d. h. 
einmalig offnen und dann geoffnet lassen. Es gibt aber auch die Moglichkeit, die Kanale dynamisch zu verwen- 
den, d. h. vor dem Kommunikationswunsch offnen und danach wieder schlieBen. 

m-close 

Die Funktion m close stellt das Gegenstuck zu m_open dar. Sie dient zum SchlieBen eines logischen Kommu- 
nikationskanals, bzw. Abmelden eines lokalen Applikationsprozesses. Sie sorgt fur die Ruckgabe der fur die 
Kommunikation reservierten Ressourcen und kennzeichnet den betreffenden Kanal (channel) als frei. Die 
Abmeldung mittels m_close ist eine reine lokale Angelegenheit, welche die Voraussetzung fur die Kommunika- 
tion (Verbindungsaufbau, Datenaustausch) mit entfernten Partnern unter der zugewiesenen Kanalnummer 
entzieht. Bei Auftreten eines erneuten Kommunikationswunsches muB erst wieder ein Kanal geoffnet werden. 
Diese Funktion steht sowohl dem aktiven als auch dem passiven Kommunikationspartner zur Verfugung. 
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m-connect 

Mit mconnect kann eine Kommunikationsverbindung zu einer entfernten Partnerapplikation aufgebaut 
werden. Hierzu ist der zu verwendende Kanal und der Name der entfernten Station (remote application name) 
5 anzugeben. Vorausgesetzt wird, daB der aktive Kommunikationsparameter vorher einen Connect Channel, der 
passive einen Listen Channel geoffnet hat. Zum Absetzen von Broadcast-Meldungen ist kein Verbindungsaufbau 
notwendig. Wahrend des Verbindungsaufbaus werden die Kommunikationsparameter, nach denen die Kommu- 
nikation erfolgen soli, ausgehandelt. AnschlieBend kann der eigentliche Datenaustausch erfolgen. 

Die Programmierung von m_connect muB in Einklang mit der Projektierung stehen, d. h. beispielsweise, daB 
io fur den application name des Partners in einer AdreBtabelle ein gultiger Eintrag vorhanden sein muB. Fur die 
Funktion m connect ist es unerheblich, ob die angesprochene Partnerapplikation sich auf der selben (maschinen- 
interne Kommunikation) oder einer anderen Maschine (Kommunikation libers Netz) befindet, d. h. die Schnitt- 
stelle erlaubt InterprozeBkommunikation. Solche Kommunikationsbeziehungen unterliegen der Projektierung. 
Der Applikationsprogrammierer hat die Moglichkeit, die Kommunikationsverbindungen statisch zu verwenden, 
15 d. h. einmalig aufbauen und dann aufgebaut lassen. Er kann aber die Verbindungen auch dynamisch verwenden, 
d. h. vor dem Datenaustausch aufbauen und danach wieder abbauen. 

m-disconnect 

20 Die Funktion m_disconnect stellt das GegenstQck zu m_connect dar. Der aktive Partner kann damit eine 
bestehende Kommunikationsverbindung mit einem passiven Partner gutlich abbauen. Voraussetzung aber ist, 
daB der Datenaustausch zwischen den beiden Applikationen komplett abgeschlossen ist, d. h. daB kein unbeant- 
worteter Kommunikationswunsch mehr existiert. Die betreffenden Kanale des aktiven Kommunikationspart- 
ners (Connect Channel) bzw. des passiven (Listen Channel) konnen dann fur den Aufbau neuer Verbindungen 

25 genutzt werden. 

m-abort 

Die Funktion m_abort erlaubt sowohl dem aktiven als auch dem passiven Kommunikationspartner eine 
30 aufgebaute Verbindung jederzeit rigoros abzubrechen. Dabei werden aber Datenverluste in Kauf genommen. 
Deshalb sollte diese Funktion nur mit groBer Sorgfalt, z. B. bei Auftreten grober Fehlerfalle angewendet werden. 
Die betreffenden Kanale des aktiven Kommunikationspartners (Connect Channel) bzw. des passiven (Listen 
Channel) konnen dann fur den Aufbau neuer Verbindungen genutzt werden. 

35 m-error 

Jede Prozedur der Kommunikationsschnittstelle 1 gibt bei MiBlingen einen Fehlercode zuruck. Zu jedem 
dieser Fehlercodes kann man sich mittels m_error einen aussagefahigen Fehlertext auf die Standardfehlerkonso- 
le ausgeben lassen. 

40 Die Anwendungsdienste beinhalten die nachstehend angegebenen Prozeduren: 

Die eigentliche Funktionalitat (z. B. Download von NC-Programmen, Schreiben eines Merkers) wird von den 
Diensten m_dnc und m_mde zur VerfQgung gestellt. Dazu ist vom aktiven Kommunikationspartner anzugeben, 
was (z. B. Download) er mit wem (z. B. Fertigungsleitrechner) kommunikativ austauschen will. Der passive 
Partner hat nur dafiir zu sorgen, daB ankommende Kommunikationswunsche auch bedient werden. Dazu stehen 

45 die Funktionen m_comm_serve bzw. m server sowie m client zur Verfugung. Nach deren Aufruf wird die 
Applikation jeweils automatisch von der Schnittstelle informiert, wenn eine Dienstanforderung angekommen ist 
bzw. wenn ein Dienst erbracht worden ist (u dnc, u_mde). Die daraufhin ausfUhrende Aktion ist dann innerhalb 
von u_dnc bzw. ujnde vom Applikationsprogrammierer zu kodieren. Zusatzlich sind definierte Schnittstellen zu 
Datenbanken (u db) bzw. zur Visualisierung und Bedienung (umenu, u_switch) eingerichtet. Die Dienste m_dnc 

50 bzw. m mde konnen vom aktiven Kommunikationspartner sowohl synchron als auch asynchron verwendet 
werden. Synchron heiBt, die Applikation erhalt die Kontrolle erst wieder von der Schnittstelle zuruck, nachdem 
der Datenaustausch abgeschlossen ist, sie muB also bis nach der Datenubertragung warten, hat die Daten dann 
aber direkt zur Verfugung. Asynchron bedeutet, daB die Applikation nach dem AnstoB der Datenubertragung 
(z. B. UPLOAD REQ) sofort wieder die Kontrolle von der Schnittstelle zuruckerhalt. Die Applikation lauft also 

55 weiter, d. h. sie kann wahrend des Datenaustauschs andere Aufgaben ausfuhren. Sie ist allerdings fur das 
Abholen der Daten selbst verantwortlich. Im asynchronen Fall kann der Benutzer bei Absetzen eines Requests 
(z. B. UPLOAD REQ) eine Benutzerreferenz ubergeben, die er mit der entsprechenden Confirmation (UPLO- 
AD CNF) unverandert zuruck erhalt. Auf diese Weise hat der Benutzer u. U. schneller Zugriff auf bestimmte 
Daten, weil es ihm einen Tabellensuchlauf ersparen kann. Der Inhalt der Referenz ist Benutzersache und kann 

60 beispielsweise eine Benutzererkennung, eine Unterprogrammiereinsprungadresse o. a. sein. Im asynchronen wie 
im synchronen Fall kann der Benutzer eine Zeitdauer in sec mitgeben, die er maximal bereit ist auf die zu diesem 
Request gehorende Confirmation zu warten (TIMEOUT). In einer bevorzugten Ausfuhrungsform ist vorgese- 
hen, daB ein aktiver Kommunikationspartner nach Absetzen einer Dienstanforderung die betreffende Antwort 
an einer bestimmten Mailbox abholen kann. 

65 Der hohe Funktionalitatsgrad (MACRO-Charakter) der Dienste DNC und MDE auBert sich einerseits in der 
Zusammenfassung von ganzen Abfolgen von Basiskommunikationsdiensten zu einem MACRO-Dienst. 

Zum anderen wird der MACRO-Charakter in der hohen Anwendungsorientiertheit der DNC- und MDE- 
Dienste deutlich. Anwendungsorientiert heiBt, daB neben der Information zur Abwicklung der Kommunikation 



6 



DE 41 06 793 Al 



noch zusatzlich applikationsspezifische Information wie Arbeitsplatzparameter (Maschinennummer, Maschi- 
nengruppe) bzw. Auftragsparameter (Auftragsnummer, Arbeitsgangnummer, Splittnummer) mit Qbergeben 
werden konnen. 

m-dnc 

Mit der Funktion mdnc werden einer Applikation DNC-Dienste mit sehr hohem Funktionalitatsgrad zur 
Verfugung gestelit. Dabei handelt es sich urn Dienste, die typischerweise auf Daten anwendbar sind, wie 
beispielsweise 

— Ubertragen/Ruckiibertragen von Auftragsdaten, NC-Programmen, Werkzeugkorrekturdaten, RC-Pro- 
grammen usw., 

— Starten von NC-Programmen, RC-Programmen usw. 

Dabei ist die Funktionalitat dem Anwender in einer ihm gewohnten Sprache zuganglich. Ein Prosatext wie "ich 
mochte eine DNC-Funktion ausfuhren, namlich den Download des NC-Programms P124078 in die NC-Steue- 
rung, die iiber den Kommunikationskanal Channel l ansprechbar ist" ist quasi 1 : 1 in einen Prozeduraufruf 
ubersetzbar: 

m_dnc(Channel_l, DOWNLOAD, NC_PROG,"P 124078") 
Funktion channel stdaction type name 

channel: logischer Kommunikationskanal, der mit m_open geoffnet worden war, und der nach m connect mit 
einer entfernten Applikation verbunden ist. 

std_action: Spezifiziert den auszufuhrenden DNC-Dienst (Standardgerateoperation). Bei m-dnc existieren 3 
Arten: 

Synchrone Dienstanforderung (z. B. UPLOAD) 
Asynchrone Dienstanforderung (z. B. UPLOAD_REQ) 
Diensterbringung (z. B. UPLOADRSP) 

type: Beschreibt die Art der Nutzinformation, die ubertragen wurde oder die zu ubertragen ist (Standarddaten- 
typen). 

name: Enthalt den Namen der ubertragenen oder der zu ubertragenden Nutzinformationen. Hierbei kann es sich 
urn projektierte Objekte handeln. 

Die Standardgerateoperationen sind die Dienste, die ein Fertigungsgerat von einem anderen anfordert 
Fertigungsgerate konnen Rechner (CC), Speicherprogrammierbare Steuerungen (SPS), Numerische Steuerun- 
gen (NC) und Robotersteuerungen (RC) sein. Die Dienste sind in der Regel rechnerinitiiert, einige wenige sind 
dagegen steuerungsinitiiert. 

Datentransfer und Dateihandling 

DOWNLOAD: Laden von Daten in ein entferntes Fertigungsgerat, 
UPLOAD: Laden von Daten aus einem entfernten Fertigungsgerat, 
REQUEST: Steurungsinitiiertes Laden von Daten, 
BACKLOAD: Steuerungsinitiiertes Zuruckladen von Daten, 
DELETE: Loschen von Daten im entfernten Fertigungsgerat, 

RELOAD: Nachladebetrieb bei Fertigungsgeraten mit zu kleinem Datenspeicher initiieren, 
FILEGET: Datei von einem entfernten Fertigungsgerat auf das lokale Gerat kopieren, 
FILEPUT: Datei vom lokalen Fertigungsgerat in das entfernte Gerat kopieren, 
RENAME: Umbenennen von Dateinamen in entfernten Fertigungsgeraten, 
DIR: Auflisten der in einem entfernten Fertigungsgerat gespeicherten Dateien. 

Programmsteuerung 

START: Starten eines Programms in einem entfernten Fertigungsgerat, 

RESET: Beenden eines Programms in einem entfernten Fertigungsgerat, 

BREAK: Unterbrechen eines Programms in einem entfernten Fertigungsgerat, 

CONTINUE: Fortsetzen eines unterbrochenen Programms in einem entfernten Fertigungsgerat, 

REPEAT: Wiederholen eines Programms in einem entfernten Fertigungsgerat, 

SEQUENCE: Starten einer Programmfolge in einem entfernten Fertigungsgerat. 

Fur DNC sind u. a. folgende Standarddatentypen unterscheidbar: 
SPSPROG: SPS-Programm 
NC PROG: NC-Programm 
UPROG: Unterprogramm 
TOOLDATA: Werkzeugdaten 
AUFTRDATA: Auftragsdaten 
MESS PLAN: MeBplan 
MESSDATA: MeBergebnis 
RCPROG: RC-Programm 
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RC DATA: RC-Daten 
TEST PROG: Priifprogramm 
APPL_SPEC: Applikationsspezifische Daten. 

Die DNC-Dienste besitzen auBerdem eine Schnittstelle zu Datenbanken, uber die z. B. Abfragen in Tabellen 
5 nach NC-Programmen usw. ausgefiihrt werden konnen (udb(ASKDNC)). 

m-mde 

Mit der Funktion m_mde werden einer Applikation MDE-Dienste mit sehr hohem Funktionalitatsgrad zur 
io Verfugung gestellt. Dabei handelt es sich um Dienste, die typischerweise auf Variablen, Zustande usw. anwend- 
bar sind, wie beispielsweise: 

— SPS-Eingange/Ausgange/Merker setzen bzw. lesen, 

— Spindeldrehzahl, Vorschub auslesen, 

15 — Maschinenzustande, Storungen melden, 

— Stiickzahlen/AusschuB melden. 

Dabei ist die Funktionalitat dem Anwender in einer ihm gewohnten Sprache zuganglich. Ein Prosatext wie "ich 
mochte eine MDE-Funktion ausfuhren, namlich das Oberschreiben des Merkers 471 1 in der SPS-Steuerung, die 
20 uber den Kommunikationskanal Channel ? ansprechbar ist, mit dem Wert 77" ist quasi 1 : 1 in einen Prozedur- 
aufruf ubersetzbar: 

m_mde (Channel_2, WRITE, MERKER, "4711", 77) 
Funktion channel std_action type name value. 

25 channel: Logischer Kommunikationskanal, der mit m_open geoffnet worden war, und der nach mconnect mit 
einer entfernten Applikation verbunden ist, 

std action; Spezifiziert den auszufuhrenden MDE-Dienst (Standardgerateoperation). 
Bei m-mde existieren 3 Arten: 
Synchrone Dienstanforderung (z. B. WRITE), 
30 Asynchrone Dienstanforderung (z. B. WRITE REQ), 
Diensterbringung (z. B. WRITE- RSP), 

type: Beschreibt die Art der Nutzinformation, die iibertragen wurde oder die zu ubertragen ist (Standarddaten- 
typen), 

name: Enthalt den Namen der ubertragenen oder der zu ubertragenden Nutzinformation. Hierbei kann es sich 
35 um projektierte Objekte handeln, 

value: Enthalt den Wert der ubertragenen oder der zu ubertragenden Variablen/Nutzinformation. 
Fur MDE sind folgende Standardgerateoperationen unterscheidbar: 

Variablen- und Zustandshandling 

40 

STATUS: Abfrage von Zustanden eines entfernten Fertigungsgerats, 
READ: Variablen lesen (rechner- oder steuerungsinitiiert), 
WRITE: Variablen schreiben (rechner- oder steuerungsinitiiert), 

USTATUS: Melden von Anderungen von Zustanden bzw. Variablenwerten (steuerungsinitiiert), 
45 IDENT: Identifizierungsinformation eines entfernten Fertigungsgerats anfordern (Hersteller, Typbezeichnung). 

Event- und Alarmhandling 

ENABLE: Ereignis aktivieren, 
50 DISABLE: Ereignis deaktivieren, 

WATCH: Uberwachung von Variablen oder Zustanden, wobei eingetretene Anderungen automatisch von dem 
entfernten Fertigungsgerat gemeldet werden, 
ALARM: Absetzen eines Alarms (steuerungsinitiiert), 
ACK: Quittieren eines Alarms (steuerungsinitiiert). 

55 

Bedienerdialog 

INPUT: Der ubergeordnete Rechner fordert die Eingabe von Textzeilen von einem Bedienerterminal an, 
OUTPUT: Ausgabe von Textzeilen durch den ubergeordneten Rechner auf ein Bedienerterminal, 
60 GET: Ein Bedienerterminal fordert die Eingabe von Textzeilen beim ubergeordneten Rechner an (Bedienerin- 
itiative), 

PUT: Uber Bedienerterminal werden Textzeilen in den ubergeordneten Rechner eingegeben. 

Fur MDE sind u. a. folgende Standarddatentypen unterscheidbar: 
STORUNG: Storungsgrund 
65 STUCKZAHL: Stuckzahl, AusschuB 
STATUS: Betriebszustand 
MERKER: Merker 
EINGANG: Eingang 
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AUSGANG: Ausgang 
PROCZUSTAND: ProzeBzustand 
MELDUNG: Meldung 
TEMP: Temperatur 
DRUCK: Druck 
ZAHLER: Zahler 
VORSCHUB: Vorschub 
SPINDELDZ: Spindeldrehzahl 
APPL_SPEC: Applikationsspezifische Daten. 

Die MDE-Dienste besitzen auBerdem eine Schnittstelle zu Datenbanken, liber die z. B. Eintrage in Tabellen 
von Storungsmeldungen usw. (udb(ADDMDE)) gemacht werden konnen. 

m-comm-serve 

Mit dieser Funktion stellt der passive Kommunikationspartner die Bedienung einer gewiinschten Zahl ange- 
kommener Messages sicher (Empfangene Indications, Confirmations). Sind keine Messages in der Empfangs- 
warteschlange bzw. Mailbox, erhalt die Applikation sofort die Kontrolle wieder zuriick. Sind Messages in der 
Empfangswarteschlange, wird die von der Applikation angegebene Anzahl bedient. Es kann auch "Bedienen bis 
Empfangswarteschlange leer" gewahlt werden. Zur Ubergabe der Messages an die Applikation werden automa- 
tisch die betreffende Funktion u_dnc bzw. u mde aufgerufen. Die Aktion, die darauf folgen soli, ist vom 
Anwender zu programmieren. Die Funktion m_comm_serve wird typischerweise zur Realisierung des aktiven 
Kommunikationspartners bei asynchronen Dienstanforderungen verwendet. Sie kann aber auch vom passiven 
Kommunikationspartner anstelle von m server verwendet werden. 

m-server 

Mit dieser Funktion stellt der passive Kommunikationspartner die standige Bedienung ankommender Messa- 
ges sicher (Empfangene Indications, Confirmations). 

Diese Funktion wird typischerweise zur Realisierung von Serverprozessen (Daemons) verwendet. Sie stellt 
eine Endlosschleife dar, innerhalb derer auf ankommende Messages gewartet wird. Bei Multitaskingbetriebssy- 
stemen wird der betreffende ServerprozeB schlafen gelegt, solange keine Messages ankommen. Zur Ubergabe 
der Messages an die Applikation werden von EASYCOM automatisch die betreffende Funktion u_dnc bzw. 
u_mde aufgerufen. Die Aktion, die darauf folgen soli, ist vom Anwender zu programmieren. Die Funktion 
m_server kann uber die Eingabe von Controls wieder verlassen werden. 

m-client 

Mit dieser Funktion stellt die Applikation einerseits wie in der Funktion m_server die standige Bedienung 
ankommender Messages sicher (Empfangene Indications, Confirmations), andererseits kann sie die vorbereitete 
einfache Schnittstelle zur Visualisierung benutzen. Diese Funktion wird typischerweise zur Realisierung von 
menugesteuerten Clientprozessen verwendet. Sie stellt eine Endlosschleife dar, innerhalb derer die Funktionen 
m_comm_serve, u_menu und u switch zyklisch aufgerufen werden. In u menu kann der Anwender sein ge- 
wunschtes Hauptmenu spezifizieren und in Ubereinstimmung dazu in u switch die Reaktion auf eine bestimmte 
Eingabe angeben. Mit m_comm_serve werden ankommende Messages bedient. Zur Ubergabe der Messages an 
die Applikation werden von der Kommunikationsschnittstelle 1 automatisch die betreffenden Funktionen u_dnc 
bzw. u_mde aufgerufen. Die Aktion, die darauf folgen soil, ist vom Anwender zu programmieren. Die Funktion 
m client kann uber die Eingabe von Control_c bzw. von "x" wie exit wieder verlassen werden. 

u-dnc 

Zur Ubergabe der uber einen Kommunikationskanal empfangenen DNC-spezifischen Messages (Indications 
XXX_IND, Confirmations YYY CNF) an die Applikation wird von der Kommunikationsschnittstelle 1 automa- 
tisch diese Funktion aufgerufen. Die Aktion, die darauf folgen soil, ist vom Anwender innerhalb von u dnc zu 
programmieren. 

Der Aufruf 

u_dnc (Channel !, DOWNLOAD CNF, NC_PROG, "PI 24078") 
Funktion channel stdaction type name 

bedeutet beispielsweise, es wurde das NC-Programm PI 24078 in die NC-Steuerung, die Qber den Kommunika- 
tionskanal ChanneM ansprechbar ist, per DOWNLOAD erfolgreich ubertragen. 

Fur die Parameter channel, std action, type, name sowie fur Standardgerateoperationen und Standarddaten- 
typen gilt das fur m-dnc auf S. 14-16 Gesagte. std action: Spezifiziert den auszufiihrenden DNC-Dienst Bei 
u-dnc existieren zwei Arten: 

angekommene Dienstanforderungen (z. B. UPLOAD WH) 
angezeigte Dienstanforderung(z. B. UPLOAD CNF). 

u-mde 

Zur Ubergabe der uber einen Kommunikationskanal empfangenen MDE-spezifischen Messages (Indications 
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XXX_IND, Confirmations YYY CNF) an die Applikation wird von der Kommunikationsschnittstelle 1 automa- 
tisch diese Funktion aufgerufen. Die Aktion, die darauf folgen soil, ist vom Anwender innerhalb von u_mde zu 
programmieren. 
Der Aufruf 

5 u_mde (Channel_2, WRITEIND, MERKER, "47 11", 77) 
Funktion channel stdaction type name value 

bedeutet beispielsweise, der Merker 4711 soil in der SPS-Steuerung, die iiber den Kommunikationskanal 
Channel s ansprechbar ist, mit dem Wert 77 uberschrieben werden. 

Fur die Parameter channel, type, name, value sowie fur Standarddatentypen und Standardgerateoperationen 
io gilt das fur m-mde auf S.6 und 8 Gesagte. Std action: Spezifiziert den auszufiihrenden MDE-Dienst. Bei u-mde 
existieren zwei Arten: 

angekommene Dienstanforderung(z. B. WRITEIND) 
angezeigte Diensterbringung (z. B. WRITE CNF). 

15 u-db 

Diese Funktion ist Teil der vorbereiteten Schnittstelle zu Datenbanken. Sie wird fur den Anwender aufgeru- 
fen, wenn innerhalb von DNC/MDE-Operationen Datenbankzugriffe erforderlich sind. Die Aktion, die darauf 
folgen soil, ist vom Anwender zu programmieren. 

20 Es sind folgende Standarddatenbankoperationen unterscheidbar: 

ASK DNC: Abfragen von Datenbank-Tabellen nach DNC-spezifischer Information (z. B. NC-Programm), 

ADD DNC: Eintrage von DNC-spezifischer Information in Datenbank-Tabellen, 

ASK MDE: Abfragen von Datenbank-Tabellen nach MDE-spezifischer Information, 

ROD MDE: Eintrage von MDE-spezifischer Information in Datenbanktabellen (z. B. Storgrunde), 

25 ERROR: Ausgabe einer Datenbankspezifischen Fehlermeldung auf ein Bedienerterminal (z. B, "NC-Programm 
nicht freigegeben"). 

u-menu 

30 Diese Funktion ist Teil der vorbereiteten Schnittstelle zur Visualisierung. Sie wird typischerweise zur Realisie- 
rung von menugesteuerten Clientprozessen verwendet Innerhalb von m_client wird u_menu zyklisch fur den 
Anwender aufgerufen. Der Code fur das gewiinschte Menu ist vom Anwender zu schreiben. 

u-switch 

35 

Diese Funktion ist Teil der vorbereiteten Schnittstelle zur Visualisierung. Sie wird typischerweise zur Realisie- 
rung von menugesteuerten Clientprozessen verwendet. 

Innerhalb von m_client wird u switch zyklisch fur den Anwender aufgerufen. Der Code ist vom Anwender in 
Einklang zu u_menu zu schreiben. 
40 Die Anwendungsgebiete zerfallen in Bibliotheksaufrufe (m_xxxx Calls) einerseits und in Benutzerfunktionen 
( u _yyyy Calls) andererseits. Die Bibliotheksaufrufe werden von der Applikation aufgerufen, urn sich den Dienst 
von der Schnittstelle erbringen zu lassen. Die Benutzerfunktionen werden von der Schnittstelle fur die Applika- 
tion aufgerufen, codiert werden mussen sie aber vom Anwender. 

Der Zusammenhang zwischen Bibliotheksaufgaben und Benutzerfunktionen ist nachstehend beispielhaft fur 
45 den MDE-Dienst Merker schreiben (WRITE) gezeigt: 
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aktiver Partner 
Application i Macro-LIB 



Kommuni kat ionskanal 



passiver Partner 

MACRO-LIB i AppLikation 
» 



m mde (WRITE 



EQ) 
— > 



u mde (WRITE 
<r= 



CNA) 



u_mde (WRITE_IN0) 

: — > 



Akt ion 



m mde (WRITE RSP) 
f= = 



Die Applikation des aktiven Partners ubergibt eine Anforderung Merker schreiben an die Schnittstelle 1 
(MACRO-Library). Diese sorgt dafiir, daB die Anforderung unter Durchlaufen des unterlagerten Kommunika- 
tionsprofiis (vgl. Fig. 1, 3, 4, 5, 6, 7, 8, 9, 10) zum passiven Partner gelangt, wo die dortige Schnittstelle 1 sie an ihre 
Applikation weitergibt. Die Applikation fuhrt dann die notwendige Aktion aus, die in einer vom Anwender zu 
kodierenden Prozedur programmiert ist, und teilt das entstehende Ergebnis wieder der Schnittstelle 1 mit. Diese 
sorgt ihrerseits dafur, daB die Ergebnismitteilung unter Durchlaufen des unterlagerten Kommunikationsprofils 
den aktiven Partner erreicht, wo sie uber die Schnittstelle 1 zur initiierenden Applikation gelangt. 

Die Schnittstelle t ist protokollunabhangig designed, so daB die Applikation beim Wechsel auf ein anderes 
Kommunikationsprotokoll nicht umgeschrieben werden braucht Sie muB nur mit der passenden Bibliothek neu 
gebunden werden. Die Schnittstelle 1 ist weiterhin so designed, daB mit ihr viele unterschiedliche Kommunika- 
tionsaufgaben schnell und einfach gelost werden konnen. Im folgenden sind einige Beispiele fur deren Einsatz 
gezeigt. 

Applikation aktiver Partner (asynchron) 

m_start 

mopen (CONNECT) 
m_connect 

mdnc (UPLOADREQ) 

Applikation lauft weiter, bis sie bereit ist, die Daten entgegenzunehmen 
m_comm_serve 

— u dnc (UPLOAD CNF) 
m_disconnect 

mclose 
m_finish 

Applikation passiver Partner (Server) 

mstart 

m_open (LISTEN) 
m_server 

-+ udnc (UPLOADIND) 
Aktion 

— mdnc (UPLOADRSP) 
mclose 

m finish 
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Applikation aktiver Partner (synchron) 

mstart 

mopen (CONNECT) 
m_connect 
mdnc (UPLOAD) 
Applikation wartet 



— udnc(UPLOADCNF) 
mdisconnect 

mclose 
m_finish 

Applikation passiver Partner (2. Moglichkeit) 

m_start 

m_open (LISTEN) 
m_comm serve 

— u_dnc (UPLOADJND) 
Aktion 

— mdnc (UPLOADRSP) 
m_comm_serve 
mclose 

mfinish 

Applikation aktiver Partner (Client) 

mstart 

m_open (CONNECT) 

mconnect 

m_client 

u_menu 
— ► u_switch 
^mdnc (UPLOAD) 

— udnc(UPLOADCNF) 
mdisconnect 

m_close 
mfinish 

Patentanspruche 

1. Kommunikationsschnittstelle fur die offene Kommunikation von Anwendern mit Komponenten eines 
verteilten Kommunikationssystems, das in Schichten strukturiert ist, dadurch gekennzeichnet, daB die auf 
einer MACRO-LIBRARY basierende Kommunikationsschnittstelle (1) in Verbindung mit der obersten 
Schicht durch vier verschiedene Gruppen von Prozeduren bestimmt ist, von denen die erste Gruppe die von 
einem passiven oder aktiven Kommunikationsteilnehmer aufrufbaren Prozeduren zur Initialisierung oder 
Beendigung einer Kommunikation sowie zur Offnung oder SchlieBung eines logischen Kommunikationska- 
nals enthalt, daB die zweite Gruppe nur von einem aktiven Kommunikationspartner aufrufbare Prozeduren 
mindestens zum Aufbau und Abbau einer Kommunikationsverbindung zu einem passiven Kommunika- 
tionspartner und zur Initiierung eines Datenaustausches enthalt, daB die dritte Gruppe eine nur von einem 
passiven Kommunikationsteilnehmer aufrufbare Prozedur zur Bedienung ankommender Informationen 
und Beantwortung eines entfernt initiierten Datenaustauschs aufweist und daB die vierte Gruppe von einem 
Anwender zu kodierende Prozeduren, die von der MACRO-Library aufgerufen werden, aufweist und die 
Prozeduren zur Spezifizierung eines Hauptmenus, einer Reaktion auf eine bestimmte Eingabe und zur 
Angabe auszufuhrender Funktionen enthalt. 

2. Kommunikationsschnittstelle nach Anspruch 1, dadurch gekennzeichnet, daB drei vom Anwender kodier- 
bare und von der MACRO-Library aufgerufene Prozeduren vorgesehen sind, von denen eine auf Daten- 
bankoperationen bezogen ist und von denen zwei auf Standarddatentypen und Standardgerateoperationen 
bezogen sind und die die Reaktion auf eingegangene Dienstanforderungswunsche entfernter Kommunika- 
tionspartner beschreiben. 

3. Kommunikationsschnittstelle nach Anspruch 1 oder 2, dadurch gekennzeichnet, daB eine Prozedur zur 
Initialisierung durch Einlesen von Projektierinformationen aus Konfigurationsdateien, zum Setzen von 
Kommunikationsparametern sowie zur Angabe der anzusprechenden Gerate und deren zugreifbare Ob- 
jekte vorgesehen ist. 

4. Kommunikationsschnittstelle nach einem oder mehreren der vorhergehenden Anspruche, dadurch ge- 
kennzeichnet, daB eine Prozedur vorgesehen ist, mit der die bestehenden Kommunikationsverbindungen 
unter Abmeldung aller angemeldeten Kommunikationskanale und unter Riickgabe belegter Speicherplatze 



12 



DE 41 06 793 Al 



in einem definierten Zustand zuriickversetzbar sind. 

5. Kommunikationsschnittstelle nach einem oder mehreren der vorhergehenden Anspriiche, dadurch ge- 
kennzeichnet, daB eine Prozedur zur Offnung eines logischen Kommunikationskanals unter Vergabe einer 
logischen Kanalnummer und zur Schaffung der Voraussetzungen fur die weitere Kommunikation sowie 
eine Prozedur zur SchlieBung des logischen Kommunikationskanals unter Riickgabe der fur die Kommuni- 
kation belegten Ressourcen vorgesehen sind. 

6. Kommunikationsschnittstelle nach einem oder mehreren der vorhergehenden Anspriiche, dadurch ge- 
kennzeichnet, daB je eine Prozedur zum Aufbau und Abbau einer Kommunikationsverbindung zu einer 
entfernten Partnerapplikation und eine Prozedur zum Abbrechen der Kommunikationsverbindung zu einer 
entfernten Partnerapplikation vorgesehen sind. 

7. Kommunikationsschnittstelle nach einem oder mehreren der vorhergehenden Anspriiche, dadurch ge- 
kennzeichnet, daB zwei Prozeduren in Form von Library Calls vorgesehen sind, die die Ausfuhrung eines 
Dienstes von einem entfernten Kommunikationspartner anfordern unter Angabe eines logischen Kommu- 
nikationskanals, des auszufuhrenden Dienstes, der Art der zu ubertragenden Nutzinformation und des 
Namens der Nutzinformation. 

8. Kommunikationsschnittstelle nach einem oder mehreren der vorhergehenden Anspriiche, dadurch ge- 
kennzeichnet, daB zwei Prozeduren fur die Bedienung von ankommenden Kommunikationswunschen zur 
Verfiigung stehen, wobei eine davon die Erstellung von Netzwerksreserveapplikationen in einfacher Weise 
erlaubt 
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